在上篇文章內有提到試錯是數位轉型的必備過程，但只要是嘗試失敗就是試錯嗎？

假設今天公司要建立新功能，讓財會能在放行之前由系統核對發放資料，因為人工核對可能有誤，以下幾種是無程式背景的後勤人員可進行的做法：
1.透過程式碼(如：Python)取得資料並核對
2.透過Excel連線功能匯入資料並核對
3.透過Excel其他功能(如：將圖片轉成表格)將資料複製貼上後再核對

試錯－可控風險下最大化的嘗試

以上述做法而言，只要事情能在時限之前完成，那任一方式都可謂是「最」合適的做法，因為就只需要個簡單的Script即可，而此時也沒有試錯可言。

但如果再加上其他要求，如：N筆以上的資料也要在10分鐘內完成核對、所有資料欄位都要完全正確...等，此時才會需要挑選特定做法，因為原本熟悉的作法可能無法達成要求，而因為其中牽扯到未知的做法，因此才會有試錯的空間。

而在進行試錯時，最重要的有兩點－「時間成本」與「金錢成本」，有些事情一定需要時間發酵後才能知道結果（如：A/B test、SEO優化），而有些事情則是需要資源的投入才能看到成效（如：改變包裝、建立品牌識別度...等），因此「即時(有效)回饋」是試錯的重要核心，以避免只是在無謂的消耗資源。

試錯是在面對未知時能快速避免錯過的方式，但不要最後變成早知道就錯過了。

結論－透過Know-why即時了解回饋是否有效

上述假設其實是我當初遇到的實際狀況，一開始我先根據直覺選了第一種做法，在瞭解了實際核對的know-how後便先建立了MVP進行測試，但在測試到第二次後就發現不能使用此作法，並不是因為此作法無法達成要求，而是因為其他人員無法使用(能使用但排斥用此作法進行)，換言之，此作法無法被複製。

而在與同仁討論完後，我便用第二種作法達到了要求，也相對順利的讓其他同仁願意使用此作法(真心不想再針對做法調整與其他人溝通了ＱＱ)。而也是透過這件事情我才發現即是基本的行政流程，它都有Know-Why，更甚至是因為它很基本所以Know-Why更為重要（除非有合適的理由，不然對方會直接覺得有人管太多了）。

Know-Why比起Know-how會更強調適用於此情境的做法，因此在試錯時Know-Why會更為重要。